-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: adjust for the Scenario 7.0 API #21
Conversation
@PietroPasotti could you please give this a review when you have some time? This blocks a few charms from upgrading to Scenario 7, so would be good to get out of the way. Let me know if you'd rather I took a different approach. Thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm!
Co-authored-by: PietroPasotti <[email protected]>
@PietroPasotti are you ok with this as it is now? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes! thanks
Could you merge it for me, please? |
Updates the code to align with the Scenario 7.0 API changes - mostly the location of some imports and using sets in the e2e tests, but also handling the str to _Event conversion slightly differently.
This does expose
_Event
as an option torun
even though it's now private. It seems like that's ok, and leaving the ability to use the string names here is most compatible. It is possible to doCharmEvents.relation_changed(my_relation)
and so on (orscenario.on.relation_changed(my_relation)
if we make that change in Scenario) if people need to customise the events or don't want to do string names.